home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 4 / QRZ Ham Radio Callsign Database - Volume 4.iso / digests / tcp / 940191.txt < prev    next >
Internet Message Format  |  1994-11-13  |  6KB

  1. Date: Fri,  2 Sep 94 04:30:03 PDT
  2. From: Advanced Amateur Radio Networking Group <tcp-group@ucsd.edu>
  3. Errors-To: TCP-Group-Errors@UCSD.Edu
  4. Reply-To: TCP-Group@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: TCP-Group Digest V94 #191
  7. To: tcp-group-digest
  8.  
  9.  
  10. TCP-Group Digest            Fri,  2 Sep 94       Volume 94 : Issue  191
  11.  
  12. Today's Topics:
  13.                             encapsulation
  14.                       encapsulation and port #'s
  15.                             Encapsulations
  16.                       TCP-Group Digest V94 #189
  17.          TCP-Group Digest V94 #189 (NOS sizeups as a router)
  18.  
  19. Send Replies or notes for publication to: <TCP-Group@UCSD.Edu>.
  20. Subscription requests to <TCP-Group-REQUEST@UCSD.Edu>.
  21. Problems you can't solve otherwise to brian@ucsd.edu.
  22.  
  23. Archives of past issues of the TCP-Group Digest are available
  24. (by FTP only) from UCSD.Edu in directory "mailarchives".
  25.  
  26. We trust that readers are intelligent enough to realize that all text
  27. herein consists of personal comments and does not represent the official
  28. policies or positions of any party.  Your mileage may vary.  So there.
  29. ----------------------------------------------------------------------
  30.  
  31. Date: Thu, 01 Sep 94 09:47:20      
  32. From: kz1f@RELAY.HDN.LEGENT.COM
  33. Subject: encapsulation
  34. To: tcp-group@ucsd.edu
  35.  
  36. There are two rfc's that cover ipip encapsulation,
  37. rfc1226 and rfc1241,
  38. I believe it is 1241 that is authored by our very own Brian Kantor and deals
  39. with AX25 specifically. The other deals with generic ipip encap.
  40. I don't know to what extent the NOS implementation maps to these, except the
  41. port number is mentioned in the rfc as 93, not 94.
  42.  
  43. Walt
  44.  
  45. ------------------------------
  46.  
  47. Date: Thu, 01 Sep 94 10:09:30      
  48. From: jks@giskard.utmem.edu
  49. Subject: encapsulation and port #'s
  50. To: tcp-group@ucsd.edu
  51.  
  52. So could some one unconfuse me (direct mail please) as to the history of 
  53. RFC's on this and the current port 94 to port 4 switch.
  54.  
  55. Jack
  56. KD4IZ
  57. (901) 448-6242
  58.  
  59. ------------------------------
  60.  
  61. Date: Thu, 1 Sep 1994 12:46:09 +0200 (BST)
  62. From: iialan@iifeak.swan.ac.uk (Alan Cox)
  63. Subject: Encapsulations
  64. To: tcp-group@ucsd.edu
  65.  
  66. I raised the issue of IP encapsulation over AX.25 and possible mapping
  67. strategies in amongst some examples on the IPng discussion list. This lead
  68. to the suggestion someone ('how about you ?') ought to write this up and
  69. submit it. Now I'm happy to do this and post drafts onto here but I don't
  70. want to step on any feet, and it seems people like Phil or Brian ought to
  71. be the ones who have first option on doing this and also probably have a
  72. few better ideas 8)
  73.  
  74. Thoughts ?
  75.  
  76. Alan
  77.  
  78. ------------------------------
  79.  
  80. Date: Thu, 1 Sep 1994 20:41:15 -0700
  81. From: Phil Karn <karn@qualcomm.com>
  82. Subject: TCP-Group Digest V94 #189
  83. To: jmorriso@bogomips.ee.ubc.ca
  84.  
  85. >You've got to be kidding. I need to run KA9Q because it has an 'encap'
  86. >interface (tunneling IP over IP) for gateways, and I can easily hang a
  87. >KA9Q router.  For example, a wayward RPC program can go nuts sending
  88. >out udp packets to portmap on a machine on the other end, instant
  89. >sieze up of the NOS router. Or (so I'm told) run xmaze through a KA9Q
  90. >box that's routing to a 56kbps tcp/ip packet network, one or two mazes
  91. >get drawn and the NOS box dies. Maybe NOS just doesn't like UDP.
  92.  
  93. This doesn't make any sense, at least not if NOS is just routing the
  94. UDP packets. A router doesn't even look beyond the IP headers of the
  95. packets it routes.
  96.  
  97. My NOS router at home stays up for months at a time, despite heavy
  98. daily use (from my BSDI box) for just about every protocol in the
  99. suite - Telnet, FTP, rlogin, X, NFS, DNS, NNTP, SMTP, you name it.
  100.  
  101. Maybe the problem is that people are trying to add too much
  102. application cruft to NOS instead of using it as the simple low-end
  103. router it was designed to be.
  104.  
  105. Phil
  106.  
  107. ------------------------------
  108.  
  109. Date: Fri, 2 Sep 1994 02:17:06 -0500
  110. From: "Milton D. Miller II" <miltonm@bga.com>
  111. Subject: TCP-Group Digest V94 #189 (NOS sizeups as a router)
  112. To: karn@qualcomm.com
  113.  
  114. >From mailfail@UCSD.EDU Thu Sep  1 23:59:40 1994
  115. >Date: Thu, 1 Sep 1994 20:41:15 -0700
  116. >From: Phil Karn <karn@qualcomm.com>
  117. >To: jmorriso@bogomips.ee.ubc.ca
  118. >CC: TCP-Group@UCSD.EDU
  119. >In-reply-to: <m0qfsyw-0004jrC@bogomips.ee.ubc.ca> (jmorriso@bogomips.ee.ubc.ca)
  120. >Subject: Re: TCP-Group Digest V94 #189
  121.  
  122. >>You've got to be kidding. I need to run KA9Q because it has an 'encap'
  123. >>interface (tunneling IP over IP) for gateways, and I can easily hang a
  124. >>KA9Q router.  For example, a wayward RPC program can go nuts sending
  125. >>out udp packets to portmap on a machine on the other end, instant
  126. >>sieze up of the NOS router. Or (so I'm told) run xmaze through a KA9Q
  127. >>box that's routing to a 56kbps tcp/ip packet network, one or two mazes
  128. >>get drawn and the NOS box dies. Maybe NOS just doesn't like UDP.
  129.  
  130. >This doesn't make any sense, at least not if NOS is just routing the
  131. >UDP packets. A router doesn't even look beyond the IP headers of the
  132. >packets it routes.
  133.  
  134. My first response to the original posting is "ohh... he is talking
  135. about the problem that NOS never discards incoming packets, but 
  136. instead buffers them up until they get routed and sent out.  Even
  137. if there is not enough memory left to do the necessary copies to
  138. send a packet out." problem.
  139.  
  140. One way to help reduce the problem is to limit the number of interrupt
  141. pool buffers to the reasonable burst rate for the incoming wire.  The
  142. burst gets used up, but the rest are dropped until the queue is refreshed
  143. during the normal timer processing.  Of course, not compiling the unneeded
  144. services helps also :-).
  145.  
  146. milton
  147. --
  148. Milton Miller  KB5TKF  miltonm@bga.com 
  149.  
  150. ------------------------------
  151.  
  152. End of TCP-Group Digest V94 #191
  153. ******************************
  154.